home *** CD-ROM | disk | FTP | other *** search
/ BlastDOS / [DOS Application] Microsoft - LAN Manager 2.2c - Installation Disks.zip / README.TXT < prev    next >
Text File  |  1994-09-02  |  9KB  |  227 lines
  1. Microsoft LAN Manager 2.2c for MS-DOS Release Notes
  2. ---------------------------------------------------
  3. This file contains additional information about Microsoft LAN Manager
  4. version 2.2c for MS-DOS (also called Microsoft Network Client version 2.2c).
  5. Past versions of release notes were distributed in Microsoft Word (.DOC)
  6. format as well as .TXT format; these release notes are in .TXT format only.
  7.  
  8. Contents
  9. --------
  10. 1.  Updating From a Previous LAN Manager Version
  11. 2.  IPCONFIG.EXE and Controlling DHCP Leases
  12. 3.  Specifying WINS Servers
  13. 4.  Differences in MS-DOS TCP/IP
  14. 5.  Logging On With TCP/IP Across a Router
  15. 6.  Installing With Microsoft Windows 3.1
  16. 7.  EMM386 Memory Conflict with Token Ring Network Adapters
  17. 8.  Overview of Windows Sockets
  18. 9.  Setting DNR and Sockets Settings
  19. 10. If Microsoft RPC Is Installed
  20. ---------------------------------
  21.  
  22.  
  23. 1. Updating From a Previous LAN Manager Version
  24. -----------------------------------------------
  25. There is no automatic upgrade available from an earlier version of
  26. LAN Manager. You must save configuration information for reference
  27. purposes (for example, C:\LANMAN.DOS\*.INI, C:\CONFIG.SYS, and
  28. C:\AUTOEXEC.BAT), remove the earlier version, and then install
  29. version 2.2c.
  30.  
  31. Do not simply reinstall the configuration files from the earlier
  32. version; use them as a reference for modifying the new files if
  33. necessary.
  34.  
  35.  
  36. 2. IPCONFIG.EXE and Controlling DHCP Leases
  37. -------------------------------------------
  38. The IPCONFIG.EXE utility provides DHCP configuration information.
  39. The version of IPCONFIG.EXE provided with the LAN Manager client
  40. does not support command-line switches for controlling DHCP
  41. address leases; you must use the DHCP Administration Utility
  42. instead.
  43.  
  44. Specifically, the LAN Manager IPCONFIG.EXE utility does not support
  45. the following switches, which are available in the IPCONFIG.EXE utilities
  46. for Windows for Workgroups and for Windows NT:
  47.  
  48.     IPCONFIG /release
  49.     IPCONFIG /renew
  50.     IPCONFIG /?
  51.     IPCONFIG /all
  52.  
  53.  
  54. 3. Specifying WINS Servers
  55. --------------------------
  56. If your MS-DOS client uses DHCP (the default setting for MS-DOS TCP/IP),
  57. it will automatically receive the address for the WINS server. If you
  58. want to statically configure your WINS server IP address, you must edit
  59. the client's PROTOCOL.INI file and add the IP address into the [TCPIP]
  60. section.
  61.  
  62. For example, if you have 2 WINS servers available, add them into the
  63. [TCPIP] section as shown in the example below. Note that there are no
  64. dots (.) in the IP addresses.
  65.  
  66.     [TCPIP]
  67.        WINS_SERVER0 = 11 101 13 53
  68.        WINS_SERVER1 = 11 101 12 198
  69.  
  70. Name queries will be sent to the WINS servers in the order in which they
  71. appear in the .INI file. The IPCONFIG command may show a different order
  72. of WINS servers (or even different WINS servers altogether) -- these
  73. are the WINS server names sent by DHCP, and the PROTOCOL.INI settings
  74. override them.
  75.  
  76.  
  77. 4. Differences in MS-DOS TCP/IP
  78. -------------------------------
  79. There is a difference in functionality available in TCP/IP for
  80. Windows for Workgroups, and Windows NT Workstation and Server, versus
  81. MS-DOS TCP/IP.  Specifically, an MS-DOS TCP/IP client does not:
  82.  
  83.     support DNS resolution using WINS
  84.     support WINS resolution using DNS
  85.     register its name with the WINS database; it does queries only
  86.     act as a WINS proxy node
  87.     have multihomed support
  88.     support IGMP
  89.  
  90.  
  91. 5. Logging On With TCP/IP Across a Router
  92. -----------------------------------------
  93. If the domain controller is across a router from the LAN Manager client,
  94. you must add a line to the client's LMHOSTS file for logons to be
  95. validated. The line is of the following form:
  96.  
  97.     www.xxx.yyy.zzz    SRV_NAME  #DOM:DOM_NAME
  98.  
  99. where
  100.     www.xxx.yyy.zzz is the IP address of the domain controller
  101.     SRV_NAME is the NetBIOS name of the domain controller
  102.     DOM_NAME is the name of the domain
  103.  
  104. You must also ensure that the domain controller can contact the client,
  105. using one of the following methods:
  106.  
  107.     Enter the client's IP address and name in the domain controller's
  108.     LMHOSTS file.
  109.  
  110.     Register the client with a WINS server that is accessible by
  111.     the domain controller. (LAN Manager clients do not automatically
  112.     register with WINS servers; they only query the WINS servers.)
  113.  
  114.     Use the LAN Manager 2.1a (and higher) "TCP/IP Extensions for
  115.     LAN Manager," a hub/node service that runs on LAN Manager
  116.     servers to integrate domains across routers.
  117.  
  118.  
  119. 6. Installing With Microsoft Windows 3.1
  120. ----------------------------------------
  121. If possible, install Microsoft Windows before installing LAN Manager,
  122. so that the LAN Manager Setup program detects the presence of Windows
  123. and makes changes automatically to the Windows SYSTEM.INI file.
  124.  
  125. If you do install Windows after LAN Manager, add the following lines
  126. manually to the end of the [386enh] section in the SYSTEM.INI file:
  127.  
  128.    TimerCriticalSection=5000
  129.    UniqueDosPSP=True
  130.    PSPIncrement=2
  131.  
  132.  
  133. 7. EMM386 Memory Conflict with Token Ring Network Adapters
  134. ----------------------------------------------------------
  135. The error message "Error 36: Unspecified Hardware failure" may occur
  136. when you start the computer with a token ring adapter if there is a
  137. memory conflict with EMM386. If this occurs, exclude the memory address
  138. of the network adapter on the EMM386 line in CONFIG.SYS.
  139.  
  140. For more information about memory conflicts and excluding memory ranges,
  141. see the "Microsoft Network Client 2.2 Installation Guide for Clients,"
  142. Appendix F, or the "LAN Manager 2.2 Installation Guide."
  143.  
  144.  
  145. 8. Overview of Windows Sockets
  146. ------------------------------
  147. Microsoft TCP/IP includes support for Windows Sockets on Microsoft Windows 
  148. and Workgroups for Windows workstations. A socket provides an end point to 
  149. a connection; two sockets form a complete path. A socket works as a 
  150. bi-directional pipe for incoming and outgoing data. The Windows Sockets API 
  151. is a networking API tailored for use by programmers using the Microsoft 
  152. Windows operating system. Windows Sockets is a public specification based 
  153. on Berkeley UNIX sockets and aims to:
  154.  
  155. *  Provide a familiar networking API to programmers using Windows or UNIX.
  156. *  Offer binary compatibility between heterogeneous Windows-based TCP/IP 
  157.    stack and utilities vendors.
  158. *  Support both connection-oriented and connectionless protocols.
  159.  
  160. If you are running an application that uses Windows Sockets, be sure to 
  161. enable Windows Sockets when you configure Microsoft TCP/IP. If you are 
  162. unsure whether any of your applications use Windows Sockets, refer to the 
  163. documentation included with that vendor's application.
  164.  
  165.  
  166. 9. Setting DNR and Sockets Settings
  167. -----------------------------------
  168. If you specify the MS TCP/IP protocol during setup, you will now see an 
  169. additional dialog box after you have used the Advanced button in the 
  170. MS-TCP/IP Configuration dialog box. This new dialog box, DNR and Sockets 
  171. Settings, is used only if your MS TCP/IP network has a domain name service 
  172. (DNS) server. If your network has a DNS and you choose to configure the 
  173. Domain Name Resolver (DNR) parameters, the DNR module will be loaded with 
  174. your sockets and Telnet applications to resolve hostname-to-IP address 
  175. mappings. This allows you to specify remote computers by computername 
  176. without knowing specific IP addresses. If you use this dialog box, these 
  177. are the values you will need to supply:
  178.  
  179. Username
  180. Your username.
  181.  
  182. Hostname
  183.   The computername your workstation will report when using the remote 
  184.   services. The default is your LAN Manager computername.
  185.  
  186. Primary Nameserver IP Address
  187.   The IP address of the DNS server you want the DNR to consult first when 
  188.   resolving computername-to-IP address mappings.
  189.  
  190.   If you use DHCP, the DHCP server typically provides a DNS server
  191.   address automatically; you can leave this entry blank. If you do
  192.   specify an address here, it overrides the address provided by DHCP.
  193.  
  194. Secondary Nameserver IP Address
  195.   The IP address of the DNS server you want the DNR to consult when 
  196.   resolving computername-to-IP address mappings if the request to the 
  197.   primary